Method, framework, and program product for formatting and serving web content

ABSTRACT

The present invention provides an approach and corresponding framework that separates data from its formatting/view by generating the dynamic JavaScript (data) as a set (e.g., at least one) of JavaScript (data) objects, without any HTML formatting. Then, a set of JavaScript functions can be created that takes the set of JavaScript objects as a parameter, and outputs all or a subset of this data object in a format determined by this JavaScript function. In general, these formatting functions can be static, rather than dynamic, JavaScript. This approach has the advantage of providing a much greater degree of formatting flexibility, without the need for each new format to establish a connection with the back-end system providing the data.

FIELD OF THE INVENTION

The present invention generally relates to formatting and serving of webcontent. Specifically, the present invention relates to theconglomeration, management and control of dynamic web content.

BACKGROUND OF THE INVENTION

The use of a JavaScript library that contains dynamically generatedcontent is a relatively new approach to embedding content on a web page.This approach has many labels, including JavaScript syndication and webcontent syndication. It also has several advantages. For example,because this approach requires no back-end integration, a web pagedeveloper simply embeds a URL to a JavaScript library and the dynamiccontent is added. This significantly reduces the complexities requiredto integrate third party content into a page. Because there is noback-end integration, there is no need to worry about softwarecompatibility between the server generating the web page and the servergenerating the JavaScript library to embed the content. Also, there isno need for the web page developer to access an API to integrate theembedded content into the web page. The integration occurs when the pageis rendered by the browser, not when the HTML is being generated on theweb server.

Typically, the dynamically generated JavaScript library provides afunction to embed its content of this library directly on the web page.Optionally, CSS (or similar technology) is used to adjust the ‘look andfeel’ of the content to more closely match that of the included page. Adisadvantage of this approach is that if the formatting provided by theJavaScript library does not provide the formatting desired for theincluding page, then a new dynamically generated JavaScript library mustbe created. This additional JavaScript library passes the same orsimilar content as the first JavaScript library, but formats the outputin a different way. As more variations of this dynamically generatedJavaScript library are created for various formats, maintaining updatesacross all variations can become difficult to maintain. Also, everyadditional dynamically generated JavaScript library must interface withwhatever back-end system is providing the data.

In view of the foregoing, there exists a need for an approach thatsolves at least one of the deficiencies in the related art.

SUMMARY OF THE INVENTION

In general, the present invention provides an approach and correspondingframework that separates data from its formatting/view by generating thedynamic JavaScript (data) as a set (e.g., at least one) of JavaScript(data) objects, without any HTML formatting. Then, a set of JavaScriptfunctions can be created that takes the set of JavaScript objects as aparameter, and outputs all, or a subset, of this data object in a formatdetermined by this JavaScript function. In general, these formattingfunctions can be static, rather than dynamic, JavaScript. This approachhas the advantage of providing a much greater degree of formattingflexibility, without the need for each new format to establish aconnection with the back-end system providing the data. This separationof data and format also allows for the possibility of the dynamicallygenerated set of JavaScript objects to be obtained from one server whilethe set of JavaScript functions used for formatting be obtained from anentirely different server. In a typical embodiment, the set ofJavaScript functions are written in a way that is compatible with theformat of the dynamically generated set of JavaScript objects beingpassed as a parameter. As the data format changes, the HTML formattingJavaScript function can change too.

A first aspect of the present invention provides a method for formattingand serving web content, comprising: providing a set of JavaScriptobjects that represents dynamic JavaScript data; providing a set ofJavaScript functions to format the set of JavaScript objects, the set ofJavaScript objects being distinct from the set of JavaScript functions;and formatting the set of JavaScript objects using the set of JavaScriptfunctions.

A second aspect of the present invention provides a framework forformatting and serving web content, comprising: a data conglomerationengine for receiving and processing data conglomeration requests, andfor serving requested data conglomeration services; a servicesregistration database for storing data conglomeration service metadata;a data conglomeration services module for maintaining a set of dataconglomeration services, the data conglomeration services moduleinterfacing with the data conglomeration engine via a dataconglomeration services interface; a data conglomeration configurationrepository for storing data conglomeration engine configurations anddata conglomeration service configurations; and a source manager forinterfacing with static and dynamic data sources that are accessed inresponse to the data conglomeration requests.

A third aspect of the present invention provides a program productstored on a computer readable medium for formatting and serving webcontent, the computer readable medium comprising program code forcausing a computer system to: receive and process a data conglomerationrequest into a data conglomeration service call; obtain data in responseto the data conglomeration service call; utilize a set of JavaScriptobjects to represent the data as JavaScript data; format the set ofJavaScript objects using a set of JavaScript functions; and serveformatted JavaScript objects as web content to a caller issuing the dataconglomeration request.

A fourth aspect of the present invention provides a method for deployinga system for formatting and serving web content, comprising: providing acomputer infrastructure being operable to: receive and process a dataconglomeration request into a data conglomeration service call; obtaindata in response to the data conglomeration service call; utilize a setof JavaScript objects to represent the data as JavaScript data; formatthe set of JavaScript objects using a set of JavaScript functions; andserve formatted JavaScript objects as web content to a caller issuingthe data conglomeration request.

A fifth aspect of the present invention provides a computer-implementedbusiness method for formatting and serving web content, comprising:receiving and processing a data conglomeration request into a dataconglomeration service call; obtaining data in response to the dataconglomeration service call; utilizing a set of JavaScript objects torepresent the data as JavaScript data; formatting the set of JavaScriptobjects using a set of JavaScript functions; and serving formattedJavaScript objects as web content to a caller issuing the dataconglomeration request.

A sixth aspect of the present invention provides computer softwareembodied in a propagated signal for formatting and serving web content,the computer software comprising instructions for causing a computersystem to: receive and process a data conglomeration request into a dataconglomeration service call; obtain data in response to the dataconglomeration service call; utilize a set of JavaScript objects torepresent the data as JavaScript data; format the set of JavaScriptobjects using a set of JavaScript functions; and serve formattedJavaScript objects as web content to a caller issuing the dataconglomeration request.

A seventh aspect of the present invention provides a data processingsystem for formatting and serving web content, comprising a memorymedium having instructions, a bus coupled to the memory medium, and aprocessor coupled to the bus that when executing the instructions causethe data processing system to: receive and process a data conglomerationrequest into a data conglomeration service call; obtain data in responseto the data conglomeration service call; utilize a set of JavaScriptobjects to represent the data as JavaScript data; format the set ofJavaScript objects using a set of JavaScript functions; and serveformatted JavaScript objects as web content to a caller issuing the dataconglomeration request.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other features of this invention will be more readilyunderstood from the following detailed description of the variousaspects of the invention taken in conjunction with the accompanyingdrawings in which:

FIG. 1 depicts an illustrative framework for formatting and serving webcontent according to the present invention.

FIG. 2 depicts an illustrative ValuesList on a web page according to thepresent invention.

FIG. 3 depicts illustrative data served n a web page according to thepresent invention.

The drawings are not necessarily to scale. The drawings are merelyschematic representations, not intended to portray specific parametersof the invention. The drawings are intended to depict only typicalembodiments of the invention, and therefore should not be considered aslimiting the scope of the invention. In the drawings, like numberingrepresents like elements.

DETAILED DESCRIPTION OF THE INVENTION

For convenience, the Detailed Description of the Invention will have thefollowing sections:

I. General Description

II. Expert and Knowledge Tracker

III. Computerized Implementation

I. General Description

In general, the present invention provides an approach and correspondingframework that separates data from its formatting/view by generating thedynamic JavaScript (data) as a set (e.g., at lest one) of JavaScript(data) objects, without any HTML formatting. Then, a set of JavaScriptfunctions can be created that takes the set of JavaScript object as aparameter, and outputs all or a subset of this data object in a formatdetermined by this JavaScript function. In general, these formattingfunctions can be static, rather than dynamic, JavaScript. This approachhas the advantage of providing a much greater degree of formattingflexibility, without the need for each new format to establish aconnection with the back-end system providing the data. This separationof data and format also allows for the possibility of the dynamicallygenerated set of JavaScript objects to be obtained from one server whilethe set of JavaScript functions used for formatting be obtained from anentirely different server. In a typical embodiment, the set ofJavaScript functions are written in a way that is compatible with theformat of the dynamically generated set of JavaScript objects beingpassed as a parameter. As the data format changes, the HTML formattingJavaScript function can change too.

For clarity, the technique of combining data elements from differentdata sources into a single data content will be referred to herein asData Conglomeration, or DC. In addition, the data format representingthe DC content will be referred to herein as ValuesList. In any event,an aspect of this invention is to provide a framework to integrate DCServices to stream dynamic content from different data sources to anyweb site, and to update portions of the web page. In an illustrativeembodiment, the data format of choice being used is ValuesList, whichwill be explained in detail. The technique used to dynamically refreshcontent is dynamic JavaScript reload and callback to process the data inJavaScript.

Some advantages of this invention are that: it allows a page to requestdynamic content and automatic update portion of the page when thecontent is changed on a timely basis; it provides an interface toregister installable services; it uses an innovative data structure(ValuesList) to map any server side data to web client; it provides aninterface for user to dynamically pick and choose and configure the dataelements from different data sources to be sent to the client; under thepresent invention, server side configuration changes will be reflectedimmediately on the next service call; it provides an interface orconfiguration file to setup different data sources; and, it provides astandard client JavaScript library to make server calls and parse andprocess the result data format.

Referring now to FIG. 1, a DC server framework 10 according to thepresent invention is shown. It should be understood in advance thatframework 10 can be implemented in a number of ways. All componentscould be implemented and deployed on a single application server such asDC application server 12. However, many or all of these components couldalso be implemented on entirely separate servers, connected via networkinterfaces.

In a typical embodiment, DC Server Framework 10 includes the followingcomponents:

DC Engine 14: A program responsible for serving requested DC services.DC Engine acts as a controller for incoming requests. It breaks down arequest and translates requested methods and parameters into a matchingDC Service call. If the caller is a web page, the resulting ValuesListis encoded as a JavaScript String, and sent back to the client. Thecalling web page may pass a callback JavaScript function name, thatfunction will be called when the request is returned. If the caller isan application, the engine has the option to encode the resultingValuesList into Web Service XML.

Services Registration Database 16: A database that stores the DC Servicemetadata (e.g., method name, parameters). Services can be added orremoved from the registry. This allows people to find new serviceseasily and develop new web pages or applications to utilize them.

DC Configuration Repository 18: A configuration repository that holds DCEngine configurations and DC Service configurations. DC ConfigurationRepository 18 is used by DC Engine 14 to gather additional parameterssuch as SQL statement, attribute list for LDAP, search criteria, and/orsimple list of data elements for each DC Service. This allows the userto define in detail what data elements are included and how dataelements are fetched from each data source for DC Service.

Configuration User Interface 20: A user interface to DC configurationrepository 18 and Service Registration module 16. It can be used by DCAdministrators to register new services and configure the serviceparameters and list of data elements.

DC Service Interface 22: An agreed interface between DC Engine 14 and DCServices module 24. All DC Services implement this interface. DC callseach service through this common interface. In this interface, theresulting data format returned to the caller is always the same. Thedata format is flexible enough to allow for easy addition andsubtraction of data elements from different data sources. The dataformat is simple and mirrors a table representation but can grow indepth to handle more complexity.

DC Services module 24: A module that hold/maintains DC Services that area set of services built according to DC Service Interface 22. Each DCService is an installable component that can be installed throughConfiguration User Interface 20.

Source Manager 26: Source manager 26 maintains all static and dynamicdata sources. It can also provide interfaces to databases 30A-N ofpreexisting web content, LDAPs 32, online statuses 34, real-time webcontent 36, etc.

Date Source 30: The data source such as database, LDAP, some real timecontent, user online status, etc.

Client Component 38: The client component comprises a JavaScript librarythat contains the JavaScript objects and JavaScript functions.Specifically, there are JavaScript functions to make a client call toserver from any web page 40A-N. There are JavaScript functions to parseand process the resulting encoded String into common data formatValuesList. FIG. 2 depicts examples of real ValuesList showings on webpages. ValuesList is a table like presentation of data and one can viewthem as rows and columns. ValuesList has a column name and type todescribe a column. The content can be stored as columns or rows. Asdepicted, the data types are all mapped to JavaScript primitive typesand internal object types such as number (float), integer, String,Boolean, Date. One advantage of ValuesList is that its columns cancontain ValuesList type thus giving it great ability to recursive downto complex data structures. Another example is shown in FIG. 3 thatdepicts illustrative data on a web page.

Using framework 10 of FIG. 1, the present invention provides a way toformat and serve web content by: receiving and processing a dataconglomeration request into a data conglomeration service call;obtaining data in response to the data conglomeration service call;utilizing a set of JavaScript objects to represent the data asJavaScript data; formatting the set of JavaScript objects using a set ofJavaScript functions; and serving formatted JavaScript objects as webcontent to a caller issuing the data conglomeration request.

II. Expert and Knowledge Tracker

The present invention also provides an Expert and Knowledge Tracker thatis an application that allows users/learners to chat real-time withexperts about questions that pertain directly to that expert's area ofexpertise, and it retains and shows questions that have already beenasked and answered. The application has been written to best serve theexpert (as well as the user/learner) to encourage experts to share theirknowledge—with features that will engage the busiest experts and allowthem to disseminate information in the fastest way and the fewest timespossible. Below is the workflow from the expert's point of view:

-   -   Set “office hours” to appear as available to users/learners,        using the expert's instant messaging status. There are four ways        to achieve this (to accommodate different working styles). Note        that options 1, 2, and 3 allow an expert to be using their        instant messaging services but NOT appear as available to        learners if desired:        -   1. Ad hoc—simply tell the Expert Tracker bot one is            available “now” and then turn off this function when no            longer available.        -   2. Calendar schedule—use calendar function in office            software to set times when to be available. At those times,            if the expert is logged into instant messaging, s/he will            appear as available during those times.        -   3. Web schedule—use web function to set times when to be            available. At those times, if the expert is logged into            instant messaging, s/he will appear as available during            those times.        -   4. Default to instant messaging—use the expert's instant            messaging status to determine availability.    -   When a learner wants to chat, s/he sees the expert's actual        availability (which is updated real-time). The learner and the        expert receive an instant message asking them to join a session.        The learner and expert chat. At the end of the chat session,        both the learner and the expert receive a short questionnaire,        asking for the perceived value of the chat, whether the chat can        be stored for future use, and for any other comments either may        have.    -   The expert receives periodical reports of how much time s/he has        spent in chats, what the value has been, the content of saved        chats, and any other comments supplied. The expert can therefore        have an accurate record of his/her participation and the value        of that participation to IBM.    -   The expert is able to review all chats and pick any to decide if        s/he wants to turn the chat into a publishable FAQ. The question        the learner asked is placed in the “Q” field and the rest of the        chat session is placed in the “A” field. The expert may edit the        Q and A as desired, and then hit “publish”. The FAQ may be        published anywhere, but at least on the page where the learner        sees him/her available to chat, so that if the question the        learner has matches an existing FAQ, the expert is not asked        that question again.        III. Computerized Implementation

It should be understood that any of the teachings of the presentinvention the present invention could be deployed on one or morecomputing devices (e.g., servers, clients, etc.) within a computerinfrastructure. This is intended to demonstrate, among other things,that the present invention could be implemented within a networkenvironment (e.g., the Internet, a wide area network (WAN), a local areanetwork (LAN), a virtual private network (VPN), etc.), or on astand-alone computer system. In the case of the former, communicationthroughout the network can occur via any combination of various types ofcommunications links. For example, the communication links can compriseaddressable connections that may utilize any combination of wired and/orwireless transmission methods. Where communications occur via theInternet, connectivity could be provided by conventional TCP/IPsockets-based protocol, and an Internet service provider could be usedto establish connectivity to the Internet. Still yet, the computerinfrastructure is intended to demonstrate that some or all of thecomponents of such an implementation could be deployed, managed,serviced, etc. by a service provider who offers to implement, deploy,and/or perform the functions of the present invention for others.

Where computer hardware is provided, it is understood that such anycomputers utilized will include standard elements such as a processingunit, a memory medium, a bus coupling the memory medium to the bus,input/output (I/O) interfaces coupled to the bus, etc. Further, suchcomputer system(s) can be in communication with external I/Odevices/resources. In general, processing units execute computer programcode such as one or more of the components depicted in FIG. 1 to providethe functionality described above, which is stored are memory medium(s).While executing computer program code, the processing unit can readand/or write data to/from memory, I/O interfaces, etc. The bus providesa communication link between each of the components in a computer.External devices can comprise any device (e.g., keyboard, pointingdevice, display, etc.) that enable a user to interact with the computersystem and/or any devices (e.g., network card, modem, etc.) that enablethe computer to communicate with one or more other computing devices.

The hardware used to implement the present invention can comprise anyspecific purpose computing article of manufacture comprising hardwareand/or computer program code for performing specific functions, anycomputing article of manufacture that comprises a combination ofspecific purpose and general purpose hardware/software, or the like. Ineach case, the program code and hardware can be created using standardprogramming and engineering techniques, respectively. Moreover, theprocessing unit therein may comprise a single processing unit, or bedistributed across one or more processing units in one or morelocations, e.g., on a client and server. Similarly, the memory mediumcan comprise any combination of various types of data storage and/ortransmission media that reside at one or more physical locations.Further, the I/O interfaces can comprise any system for exchanginginformation with one or more external device. Still further, it isunderstood that one or more additional components (e.g., systemsoftware, math co-processing unit, etc.) can be included in thehardware.

While shown and described herein as a method, framework, and programproduct for formatting and serving web content, it is understood thatthe invention further provides various alternative embodiments. Forexample, in one embodiment, the invention provides acomputer-readable/useable medium that includes computer program code toenable a computer infrastructure to format and serve web content. Tothis extent, the computer-readable/useable medium includes program codethat implements the process(es) of the invention. It is understood thatthe terms computer-readable medium or computer useable medium comprisesone or more of any type of physical embodiment of the program code. Inparticular, the computer-readable/useable medium can comprise programcode embodied on one or more portable storage articles of manufacture(e.g., a compact disc, a magnetic disk, a tape, etc.), on one or moredata storage portions of a computing device (e.g., a fixed disk, aread-only memory, a random access memory, a cache memory, etc.), and/oras a data signal (e.g., a propagated signal) traveling over a network(e.g., during a wired/wireless electronic distribution of the programcode).

In another embodiment, the invention provides a business method thatperforms the process of the invention on a subscription, advertising,and/or fee basis. That is, a service provider, such as a SolutionIntegrator, could offer to process images. In this case, the serviceprovider can create, maintain, support, etc., a computer infrastructure,such as computer infrastructure that performs the process of theinvention for one or more customers. In return, the service provider canreceive payment from the customer(s) under a subscription and/or feeagreement and/or the service provider can receive payment from the saleof advertising content to one or more third parties.

In still another embodiment, the invention provides acomputer-implemented method for serving and formatting web content. Inthis case, a computer infrastructure, such as a computer infrastructurecan be provided and one or more systems for performing the process ofthe invention can be obtained (e.g., created, purchased, used, modified,etc.) and deployed to the computer infrastructure. To this extent, thedeployment of a system can comprise one or more of: (1) installingprogram code on a computing device from a computer-readable medium; (2)adding one or more computing devices to the computer infrastructure; and(3) incorporating and/or modifying one or more existing systems of thecomputer infrastructure to enable the computer infrastructure to performthe process of the invention.

As used herein, it is understood that the terms “program code” and“computer program code” are synonymous and mean any expression, in anylanguage, code or notation, of a set of instructions intended to cause acomputing device having an information processing capability to performa particular function either directly or after either or both of thefollowing: (a) conversion to another language, code or notation; and/or(b) reproduction in a different material form. To this extent, programcode can be embodied as one or more of: an application/software program,component software/a library of functions, an operating system, a basicI/O system/driver for a particular computing and/or I/O device, and thelike.

A data processing system suitable for storing and/or executing programcode can be provided hereunder and can include at least one processorcommunicatively coupled, directly or indirectly, to memory element(s)through a system bus. The memory elements can include, but are notlimited to, local memory employed during actual execution of the programcode, bulk storage, and cache memories that provide temporary storage ofat least some program code in order to reduce the number of times codemust be retrieved from bulk storage during execution. Input/output orI/O devices (including, but not limited to, keyboards, displays,pointing devices, etc.) can be coupled to the system either directly orthrough intervening I/O controllers.

Network adapters also may be coupled to the system to enable the dataprocessing system to become coupled to other data processing systems,remote printers, storage devices, and/or the like, through anycombination of intervening private or public networks. Illustrativenetwork adapters include, but are not limited to, modems, cable modemsand Ethernet cards.

The foregoing description of various aspects of the invention has beenpresented for purposes of illustration and description. It is notintended to be exhaustive or to limit the invention to the precise formdisclosed, and obviously, many modifications and variations arepossible. Such modifications and variations that may be apparent to aperson skilled in the art are intended to be included within the scopeof the invention as defined by the accompanying claims.

1. A framework, including at least one processor, for formatting andserving web content, comprising: a data conglomeration engine forreceiving and processing data conglomeration requests, and for servingrequested data conglomeration services, at least two of the requestedconglomeration services being served using identical unformatted datathat has been formatted differently from each other prior to serving; aservices registration database for storing data conglomeration servicemetadata; a data conglomeration services module for maintaining a set ofdata conglomeration services, the data conglomeration services moduleinterfacing with the data conglomeration engine via a dataconglomeration services interface; a data conglomeration configurationrepository for storing data conglomeration engine configurations anddata conglomeration service configurations; and a source manager forinterfacing with static and dynamic data sources that are accessed inresponse to the data conglomeration requests; wherein the dataconglomeration engine is adapted to break down the data conglomerationrequests, to translate requested method and parameters into a matchingdata conglomeration service call; wherein if a caller providing a dataconglomeration service call is a web page, a resulting data format isencoded as a JavaScript string, and sent back to a corresponding client;and wherein if a caller providing a data conglomeration service is anapplication, the data conglomeration engine can encode a resulting dataformat into Web Service Extensible Markup Language (XML).
 2. Theframework of claim 1, further comprising a JavaScript library that isaccessed by the data conglomeration engine.
 3. The framework of claim 2,the JavaScript library containing a set of JavaScript objects thatrepresents JavaScript data, and a set of JavaScript functions that isused to format the set of JavaScript objects.
 4. The framework of claim1, the data conglomeration engine, the services registration database,the data conglomeration services module, the data conglomerationservices interface, the data conglomeration configuration repository,and the source manager being maintained on a common application server.5. The framework of claim 1, further comprising a configuration userinterface for interfacing with the services registration database andthe data conglomeration configuration repository.
 6. The framework ofclaim 5, the configuration user interface being adapted to register newservices, and to configure service parameters and lists of dataelements.
 7. The framework of claim 1, the static and dynamic datasources being selected from a group consisting of: an online status datasource, a pre-existing content data source, a real time data source, anda Lightweight Directory Access Protocol (LDAP) data source.
 8. A programproduct stored on a computer readable storage medium for formatting andserving web content, the computer readable medium comprising programcode for causing a computer system to: receive and process a dataconglomeration request into a data conglomeration service call; obtainunformatted data in response to the data conglomeration service call;utilize a set of JavaScript objects to represent the data as JavaScriptdata; format the set of JavaScript objects using a set of JavaScriptfunctions; serve the set of formatted JavaScript objects as web contentto a caller issuing the data conglomeration request; receive and processa second data conglomeration request into a second data conglomerationservice call; obtain the unformatted data that was previously served inresponse to the second data conglomeration service call; utilize asecond set of JavaScript objects to represent the unformatted data assecond JavaScript data; format the second set of JavaScript objectsusing a second set of JavaScript functions, the second set of JavaScriptfunctions being different from the set of JavaScript functions; andserve the second set of formatted JavaScript objects as web content to asecond caller issuing the second data conglomeration request.
 9. Theprogram product of claim 8, the computer readable medium furthercomprising program code for causing the computer system to: interfacewith a set of data sources to obtain the data; and perform at least onedata conglomeration service based on the data conglomeration servicecall.
 10. The program product of claim 8, the computer readable mediumfurther comprising program code for causing the computer system toregister a set of data conglomeration services.
 11. The program productof claim 8, the computer readable medium further comprising program codefor causing the computer system to maintain data conglomeration engineconfigurations and data conglomeration service configurations.
 12. Theprogram product of claim 8, the set of JavaScript objects and the set ofJavaScript functions being maintained in a common JavaScript library.13. A method for deploying a system for formatting and serving webcontent, comprising: providing a computer infrastructure being operableto: receive and process a data conglomeration request into a dataconglomeration service call; obtain unformatted data in response to thedata conglomeration service call; utilize a set of JavaScript objects torepresent the data as JavaScript data; format the set of JavaScriptobjects using a set of JavaScript functions; serve the set of formattedJavaScript objects as web content to a caller issuing the dataconglomeration request; receive and process a second data conglomerationrequest into a second data conglomeration service call; obtain theunformatted data that was previously served in response to the seconddata conglomeration service call; utilize a second set of JavaScriptobjects to represent the unformatted data as second JavaScript data;format the second set of JavaScript objects using a second set ofJavaScript functions, the second set of JavaScript functions beingdifferent from the set of JavaScript functions; and serve the second setof formatted JavaScript objects as web content to a second callerissuing the second data conglomeration request.
 14. The method of claim13, the computer infrastructure being further operable to: interfacewith a set of data sources to obtain the data; and perform at least onedata conglomeration service based on the data conglomeration servicecall.
 15. The method of claim 13, the computer infrastructure beingfurther operable to register a set of data conglomeration services. 16.The method of claim 13, the computer infrastructure being furtheroperable to maintain data conglomeration engine configurations and dataconglomeration service configurations.
 17. The method of claim 13, theset of JavaScript objects and the set of JavaScript functions beingmaintained in a common JavaScript library.
 18. A method for formattingand serving web content, comprising: receiving and processing a dataconglomeration request into a data conglomeration service call;obtaining unformatted data in response to the data conglomerationservice call; utilizing a set of JavaScript objects to represent thedata as JavaScript data; formatting the set of JavaScript objects usinga set of JavaScript functions; serving the set of formatted JavaScriptobjects as web content to a caller issuing the data conglomerationrequest; receiving and processing a second data conglomeration requestinto a second data conglomeration service call; obtaining theunformatted data that was previously served in response to the seconddata conglomeration service call; utilizing a second set of JavaScriptobjects to represent the unformatted data as second JavaScript data;formatting the second set of JavaScript objects using a second set ofJavaScript functions, the second set of JavaScript functions beingdifferent from the set of JavaScript functions; and serving the secondset of formatted JavaScript objects as web content to a second callerissuing the second data conglomeration request.
 19. The method of claim18, further comprising: interfacing with a set of data sources to obtainthe data; and performing at least one data conglomeration service basedon the data conglomeration service call.
 20. The method of claim 18,further comprising registering a set of data conglomeration services.21. The method of claim 18, further comprising maintaining dataconglomeration engine configurations and data conglomeration serviceconfigurations in a data conglomeration configuration repository. 22.The method of claim 18, the set of JavaScript objects and the set ofJavaScript functions being maintained in a common JavaScript library.